Programmable logic system for filtering commands to a microprocessor

ABSTRACT

A system utilizes one or more programmable logic arrays or gate arrays for regulating the commands available to a microprocessor, and intercepting certain of those commands according to predetermined citeria. The system selects and processes designated commands relating to the FORCE-A20 signal and CPU-RESET signal for a keyboard controller functionally attached to an INTEL 80286 or 80386 microprocessor. The system includes one or more programmable logic arrays or gate arrays for allowing all input commands to pass directly through to the keyboard controller except the command sequence relating to the FORCE-A20 signal or the CPU-RESET signal.

BACKGROUND OF THE INVENTION

1. Field of the Invention

This invention relates to regulating the operations of a microprocessor by the use of one or more programmable logic arrays or gate arrays for filtering of certain commands to the microprocessor. More particularly, it relates to the use of programmable logic arrays or gate arrays for monitoring commands to a keyboard controller in a personal computer based on either the INTEL 80286 or 80386 microprocessor, and intercepting certain of those commands relating to the FORCE-A20 and CPU-RESET signals.

2. Description of the Related Art

In many popular personal computers based on the INTEL 80286 or 80386 microprocessor, there is a need for utilizing both real-address mode ("real mode") and protected mode. Real mode is used for initialization when first powered up, and mimicking of older 16-bit microprocessors, such as the INTEL 8086 family of microprocessors. In real mode, the 80286 or 80386 microprocessor uses segment and offset registers in the same way as the 8086 family to access the same one megabyte of memory. In real mode, the 16-bit instruction set, the segmented programming model, addressing mechanism, and one megabyte physical memory limitations are identical to those provided by the 8086. Thus the 80286 and 80386 microprocessors are compatible with the addressing scheme of the 8086 family.

In protected mode, the 80286 or 80386 microprocessor adds a series of features that allow it to safely and reliably expand the number of programs the computer can be working on at one time. This is accomplished through four main facilities: protection, extended memory, virtual memory, and multi-tasking. Protection allows the operating system to erect barriers to prevent a program from interfering with the operation of other programs or of the operating system itself. Extended memory greatly increases the amount of working memory beyond the 640 KB actually available to the software. Virtual memory allows the computer to go further beyond the installed physical memory limitations by shifting data to and from remote memory, such as hard disk. Finally, with multi-tasking supported by the hardware, the 80286 or 80386 can swiftly and reliably switch among several programs that are running at the same time.

A basic difference between protected mode and real mode is that the protected mode segment register is no longer a real (i.e., physical) address. Instead, in protected mode, the 80286 or 80386 uses the upper (most significant) 14 bits of the segment register to look up a 24-bit base address (with the 80286) or a 32-bit base address (with the 80386) stored in a descriptor table in memory.

Additionally, with protected mode, segment registers define the way that memory is organized between tasks. Each task has its own descriptor table describing the segments for that task. Since physical addresses are stored in the descriptor table rather than in the segment registers, the operating system can move memory around without application programs being affected.

Protected mode is so named because segments belonging to one task are protected from being corrupted by another task. Tasks are organized in privilege levels, and certain machine-code instructions are prohibited to lower privilege levels. In a well-designed protected mode operating system, a single program can neither crash the whole system nor get itself into an unrecoverable state.

Many personal computers based on the 80286 or 80386 microprocessors implement the "FORCE-A20" function. This function is necessary to maintain compatibility with software designed for systems based on the 8086 family of microprocessors.

The compatibility issue arises from the different memory address sizes available on the 8086, 80286, and 80386 chips. The 8086 had a one megabyte address range, with twenty address lines (A0-A19) driven by the microprocessor. The total range was 2 raised to the 20th power, or 1,048,576 possible addresses (one megabyte). In contrast, the 80286 has 24 address lines, giving 16 megabytes of address range (2 raised to the 24th power); the 80386 has 32 address lines, giving 4096 megabytes of address range (2 raised to the 32nd power).

The 8086 microprocessor uses a segmented memory addressing scheme. The effect of this scheme is to allow a software program to access only a 64 KB "window" out of the one megabyte total range. To access memory outside this window, the window's location must change, and this operation takes time.

To access memory near the top of the one megabyte address space as well as memory near the bottom of the 8086's one megabyte address space, without moving the window, some software takes advantage of "memory wraparound". This feature on the 8086 may be used when the base of the 64 KB window is less than 64 KB from the top of the one megabyte address range, so the top of the window would extend beyond the highest possible address location. When the window is in such a position, these impossibly high addresses are simply "wrapped around" to low addresses, much in the same way that an odometer goes from 99,999 to 00,000 miles. Thus, software could access very high as well as very low addresses in the same window.

Since the 80286 and 80386 microprocessors have more than one megabyte of address range, these microprocessors do not wrap around memory addresses at one megabyte. Instead, accesses to the part of the window above one megabyte are put out as actual addresses greater than one megabyte.

The difference between the old 8086 "wrapped around" low addresses and the new 80286/80386 high addresses is that the new 80286/80386 microprocessors have extra address lines beyond A19 (much like having extra digits on an odometer, so it doesn't wrap around after 99,999 miles). The first of these address lines on the 80286 or 80386 is A20, and it is set high for all addresses in the range from one megabyte to two megabytes (in the absence of the FORCE-A20 command). The A20 line is set low for addresses below one megabyte.

In real mode, the 80286 and 80386 microprocessors behave as much as possible like the 8086 microprocessors. Thus, in real mode the 80286 and 80386 cannot access memory above one megabyte. Because the 80286 or 80386 have more than one megabyte address range, the wrap-around feature of the 8086 family of microprocessors does not work on the 80286 or 80386 (in real mode) unless the A20 line is low. When the A20 line is low, the 80286 or 80386 can simulate the wrap-around feature.

To allow software with wrap-around windows to operate on the 80286 or 80386 microprocessors, the prior art has employed various techniques to intercept the A20 line from the microprocessor and force it low. Forcing the A20 line low makes addresses put out by the microprocessor in the range of between one and two megabytes result in an address one megabyte lower. The signal that causes the A20 line to stay low is called "FORCE-A20".

When the 80286 or 80386 microprocessor returns from real mode back to protected mode, the FORCE-A20 signal must be turned off, so that the software has the ability to use the full address range (beyond one megabyte) available to the microprocessor.

The FORCE-A20 signal does not actually cause the microprocessor to switch between protected and real mode. The actual switching of modes is accomplished either by executing special instructions in the microprocessor or by resetting the microprocessor. Setting the FORCE-A20 signal is simply something that must be done by the software program to insure the wrap-around feature will not prevent proper functioning of the program.

In the prior art, the FORCE-A20 signal was controlled by an extra output pin on the 8042 keyboard controller. This prior art solution was chosen because the extra output pin was not otherwise needed, and because at the time nobody foresaw any need to switch between real and protected mode more than occasionally. The problem, however, of putting the FORCE-A20 signal under the control of the 8042 keyboard controller was that access to the signal was possible only by sending a command to the 8042, which then executed a routine to alter the state of the output pin. This process typically takes approximately 200 microseconds. The delay was found to be undesirable in many applications.

Many of the protected mode software programs utilizing the 80286 or 80386 microprocessors must disable the FORCE-A20 signal before switching to protected mode, and then enable it after returning to real mode. The prior art has controlled the FORCE-A20 signal by sending commands to the 8042 keyboard controller. Some of the newer software has needed to switch between protected and real mode very frequently, so that the delay for switching (approximately 200 microseconds) caused by the 8042 keyboard controller became a significant part of the program's execution time.

The present invention solves the delay problem resulting from utilizing the 8042 to control the FORCE-A20 signal, so that all existing software that calls on the 8042 to change the FORCE-A20 signal is not obsolete and the delay caused by the 8042 is reduced substantially.

The prior art has attempted to solve this delay problem by installing an additional, separate hardware port for the FORCE-A20 signals. This attempted solution, however, is incompatible with much of the existing software which utilizes the existing port on the 8042. Therefore, a need exists for implementing the FORCE-A20 command without delay by the 8042 keyboard controller, in a system compatible with existing software.

Many personal computers based on the 80286 or 80386 microprocessors also implement the "RESET-CPU" function. The RESET-CPU command activates the RESET-CPU signal, which addresses the 80286 or 80386 microprocessor reset input. When the signal is activated, it causes the microprocessor to stop whatever it is doing and start its initialization sequence.

One use for the RESET-CPU command is to switch from protected mode to real mode in a system based on the 80286. When the 80286 microprocessor is reset, it defaults to real mode. The RESET-CPU command, however, is not generally used by application software because it may cause the system to reboot. The system does provide that control can be returned to a program already residing in memory even after the CPU has been reset. Thus, if a protected mode program wishes to switch to real mode on an 80286 microprocessor, the program must reset the CPU, then regain control after the reset occurs.

It should be noted that the 80386 microprocessor, unlike the 80286, provides a specific instruction to switch from protected to real mode. However, software developed for the 80286 does not utilize this 80386-specific instruction.

If a software program switches from protected to real mode frequently, then it must reset the CPU frequently. The RESET function is a strobe or pulse typically controlled by the 8042 keyboard controller. In the prior art, the command to change the CPU-RESET signal has utilized yet another extra pin on the 8042, just as the FORCE-A20 signal utilized an extra pin. In the prior art, the 8042 RESET-CPU command holds that signal active for a short period of time; i.e., about five microseconds. The RESET-CPU signal resets the CPU, and then allows it to restart. However, since the 8042 hardware controls this function, the software program must wait for the relatively slow 8042 to respond during every RESET. Because the signal utilizes an extra pin on the 8042, there is typically a delay of approximately 200 microseconds for the 8042 to respond to the command., i.e., from the time that the CPU-RESET strobe command is sent to the 8042 until the time the 8042 starts the strobe. This additional 200 microsecond delay was found to be undesirable in many applications.

Attempted solutions to this delay problem include installing an additional, separate hardware port for the CPU-RESET signal, but this attempted solution is incompatible with much of the existing software. Another alternative method is to cause a CPU-RESET from software without using the 8042. This alternative is called a "triple fault". The triple fault is done by intentionally causing an execution error while in protected mode. When this happens, the CPU will automatically begin executing an error handling routine. If there is also an error in the first routine, the CPU goes to a second error handling routine. If there is an error in the second error handling routine, the CPU resets itself. Although this triple fault sequence is faster than the 8042 hardware reset, this approach has not been utilized by existing software applications. Therefore, the need exists for implementing the CPU-RESET signal, compatible with existing software and without delay inherent in the 8042 keyboard controller.

SUMMARY OF THE INVENTION

The present invention resides in a programmable system for filtering commands to a microprocessor, including at least one gate array or programmable logic array for allowing all input commands to pass directly through to the microprocessor except a designated sequence of input commands. The present invention is particularly well suited to select and process commands relating to switching between real and protected mode in a personal computer based on the INTEL 80286 or INTEL 80386 microprocessor. Such personal computers include those manufactured by IBM and COMPAQ.

In a preferred embodiment, the present invention resides in the use of one or more programmable logic arrays or gate arrays to monitor the commands to the INTEL 8042 keyboard controller and intercept certain of those commands relating to the FORCE-A20 and CPU-RESET signals. One or more programmable logic arrays or gate arrays allow all commands to pass directly through to the 8042 except the specific sequence of commands relating to the signals necessary for FORCE-A20 and CPU-RESET. The signals, which previously came from the 8042 relating to the FORCE-A20 and CPU-RESET signals, according to the present invention, are controlled by the programmable logic arrays or gate arrays as a hardware patch around the 8042. The result of the programmable logic array or gate array implementation is that programmable hardware is used to reduce the time delay for implementing the FORCE-A20 and CPU-RESET signals.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a Block Diagram of the Programmable Logic Array System for Filtering Commands to a Microprocessor according to the present invention;

FIG. 2 is a state diagram executed by the FORCE-A20 programmable array logic device 10 of FIG. 1;

FIG. 3A is a timing diagram showing events vs. time for a FORCE₋₋ A20 command sequence in the circuit of FIG. 1;

FIG. 3B is a timing diagram showing events vs. time for a CPU₋₋ RESET command sequence in the circuit of FIG. 1;

FIG. 4 is a state diagram executed by the CPU₋₋ RESET programmable array logic device 10 of FIG. 1;

FIG. 5 is an electrical diagram in block form of the circuit of FIG. 1;

FIG. 6 is a program listing of pseudocode for the logic sequence performed by the 8042 controller 30 of FIG. 1 without the PALs 10 and 20 of the invention;

FIGS. 7A and 7B are a listing of the logic specification for the PAL 10 of FIGS. 1 or 5;

FIGS. 8A, 8B, and 8C are a listing of the function table for the PAL 10 of FIGS. 1 or 5;

FIG. 9 is a listing of the logic specification for the PAL 20 of FIGS. 1 or 5; and

FIGS. 10A and 10B are a listing of the function table for the PAL 20 of FIGS. 1 or 5.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

Referring to FIG. 1, a preferred embodiment of the present invention comprises the use of at least one programmable logic array or gate array 10 or 20 to monitor the commands 11 to the 8042 keyboard controller 30 and intercept certain of those commands relating to the FORCE-A20 and CPU-RESET signals. Each programmable logic array 10 or 20 is an array of AND/OR gates and registers that can be interconnected in a combinational logic design. A gate array is simply a large number of gates placed on the chip in fixed locations that can be interconnected during the final stages of semiconductor manufacture. Essentially, a programmable logic array or gate array is a programmable, function-specific hardware component. Throughout the disclosure, the terms programmable logic array, gate array and "PAL" will be used interchangeably. The term "PAL" as used in this disclosure is a registered trademark of Monolithic Memories, Inc., 2175 Mission College Blvd., Santa Clara, Calif. 95054, referring to certain species of programmable logic arrays.

The PAL or gate array 10 or 20 described in this invention controls the FORCE-A20 and CPU-RESET signals in personal computers based on the INTEL 80286 and 80386 microprocessors. According to the prior art, these signals are controlled by the 8042 keyboard controller 30. The PAL implementation enhances performance for software applications that do frequent switching between real mode and protected mode.

The A20 address line allows or disallows one megabyte wraparound memory, a feature necessary for implementing certain software designed for the 8086 family of microprocessors. The FORCE-A20 signal 12 is used to force the A20 address line low. Forcing the A20 address line low is one of the several steps necessary to successfully switch the 80286 or 80386 microprocessor from protected to real mode. Through the use of an AND gate or similar logic, the A20 output is held low if the FORCE-A20 line 12 goes low. When FORCE-A20 drives the A20 line low, the wrap-around feature is simulated. If the FORCE-A20 line 12 is high, the A20 line is unaffected, that is, the A20 line remains low or high.

In the prior art, the FORCE-A20 line 12 was instructed via the 8042 controller device 30 output port. There was a two-step command, described in more detail below, which was designed to set all eight bits on the 8042 output port. The FORCE-A20 line 12 is just one bit of those eight bits. As there was no need to set the other seven bits, the two-step command became associated solely with setting the A20 line.

The FORCE-A20 and CPU-RESET PAL or gate array devices 10 and 20 takes over the function of controlling the FORCE-A20 and CPU-RESET signals that were previously controlled by the 8042 keyboard controller 30. The PAL monitors all the commands 11 to the 8042 keyboard controller. If the PAL sees a command to change either the CPU-RESET 22 or the FORCE-A20 line 12, then the PAL does not allow the 8042 controller device 30 to see that command, but updates the signals 22 and 12 itself. The signals are sent to a designated port on the 80386 microprocessor 15.

As shown in FIG. 1, a preferred embodiment of the present invention comprises two PALs, which will be referred to as the FORCE-A20 PAL 10 and the CPU-RESET PAL 20. It should be understood, however, that the present invention may comprise a single programmable logic array, gate array or PAL performing the functions of both the FORCE-A20 and CPU-RESET PAL. It also will be understood that the particular logic sequence for the present invention (i.e., passing a signal first through the FORCE-A20 PAL 10, then through the CPU-RESET PAL 20) may be varied without departing from the present invention.

To filter the commands to the 8042 keyboard controller 30, the Write Command ("WC") input 11 to the 8042 is intercepted by the PAL or gate array 10 or 20. An output of the PAL, WC 8042, is sent by the 8042 device 30 to the 80386 microprocessor. The WC 8042 output 41 is active when the WC line is active, but goes inactive when a FORCE-A20 or CPU-RESET command is detected in input 11. If a FORCE-A20 or a CPU-RESET command is detected in input 11, the WC 8042 line 41 is held inactive. In such a case, the PAL 10 or 20 sends the FORCE-A20 signal 12 or CPU-RESET signal 22 to the 80286 or 80386 microprocessor 15.

The FORCE-A20 and CPU-RESET lines 12 and 22 are connected so that they are driven from the PALs instead of from the 8042 controller device 30. The 8042 write command 11 goes first through the FORCE-A20 PAL 10, and then through the CPU-RESET PAL 20. The command can be blocked by either PAL.

The FORCE-A20 line 12 is set and reset by a two-byte command sequence. The first byte, which indicates that the FORCE-A20 line 12 is to be changed, is a write of the command word "D1" to port 64h of the microprocessor 15. This write command indicates that a write to port 60h of the microprocessor 15 is to follow. The second byte, which indicates the state that the FORCE-A20 line 12 will go to, is the actual data to be sent to the output port. The data is written to port 60h. Bit 1 of the second byte is the new FORCE-A20 line 12 status. Both commands are masked out of the 8042 controller device 30 by the FORCE-A20 PAL 10. The FORCE-A20 PAL will always mask a write of D1h to port 64h from the 8042 controller device 30.

Referring to FIG. 2, the FORCE-A20 PAL 10 has two basic states: the "RESET" state 50 and the "AFTER-D1" state 51. The FORCE-A20 PAL 10 normally is in the "RESET" state 50. After every write of D1h to port 64h, the FORCE-A20 PAL 10 goes into the "AFTER-D1" state. In this state, the FORCE-A20 PAL will mask any data write command to port 60. If a write command to port 60h occurs, the FORCE-A20 is set to the value of bit one of the input data. When the PAL is in the "RESET" state, any write command to the 8042 except a D1h write command to port 64h will leave the FORCE-A20 PAL in the "RESET" state. When the PAL is in the "AFTER-D1" state, the next state of the FORCE-A20 line (if it is a write to port 60) is determined by bit 1 of the input data.

Thus the FORCE-A20 PAL 10 lets all the commands through to the 8042 controller device 30 until the sequence of commands to toggle the FORCE-A20 line 12 comes through. The line FORCE-A20 command sequence is switched out of the 8042 controller device 30 and the PAL 10 takes over the operation and toggles the command line 12. The FORCE-A20 PAL 10 drives the FORCE-A20 line 12 directly.

Referring to FIG. 5, there are four input commands to the FORCE-A20 PAL 10 in addition to the 8 data lines 60. The first command, "RST", on line 61 goes active during a system reset and it resets the PALs 10 and 20. "WC", as mentioned previously, is the write command line 62 to the 8042 controller device 30 that is intercepted by the FORCE-A20 PAL 10. "CS" is a chip select signal on line 63 that selects the 8042 controller device 30 on the I/O bus. The PALs 10 and 20 do not respond to a write on the bus unless the "CS" command is present. "A2" on line 64 is the address line used by the PALs 10 and 20 to determine whether a write command on line 62 is to port 60h or to port 64h.

The present invention utilizes at least one flip-flop to indicate whether the FORCE-A20 is in the RESET or AFTER-D1 state. In a preferred embodiment, the FORCE-A20 PAL 10 includes four flip-flops: Q0, Q1, Q2, and Q3. One of the state flip-flops, Q0, is always set to the value of WC * CS, and as a result, Q0 gives a synchronous version of the write command signal. The FORCE-A20 PAL 10 switches between the "RESET" state 50 and the "AFTER D1" state 51 only between write cycles and not during them. The information about whether the FORCE-A20 PAL 10 is in the "RESET" state 50 or the "AFTER D1" state 51 is stored in the Q1 flip-flop. The information about which state th FORCE-A20 PAL 10 will go to after the current write cycle is stored in the Q2 and Q3 flip-flops, and this information is transferred to the Q1 flip-flop after the write cycle is completed.

The CPU-RESET PAL 20 monitors the WC 8042I line 21 from the FORCE-A20 PAL 10. The WC 8042I signal transfers information from the FORCE-A20 PAL 10 to the CPU-RESET PAL 20; it is the 8042 write command signal after the FORCE-A20 commands have been filtered out, but before the CPU-RESET commands have been filtered out. If the WC 8042I line 21 is active after the FORCE-A20 commands are filtered out, the CPU-RESET PAL 20 outputs the WC 8042O signal 31 unless there is an "FE" write to port 64h of the microprocessor (in which case the 8042 controller device 30 does not see the command). The FE write to port 64h triggers the CPU-RESET signal delay logic.

Of course, if the WC 8042I line 21 to the CPU-RESET PAL 20 is inactive, the current command will be a FORCE-A20 related signal (FF or Dl). The CPU-RESET PAL 20 can determine if an FE write to port 64h is happening by looking at the FF-FE-Dl signal and the DO signal. The FF-FE-Dl signal on line 65 transfers information from the FORCE-A20 PAL to the CPU-RESET PAL 20. This signal tells the CPU-RESET PAL 20 that the FORCE-A20 PAL has decoded the current 8042 controller device 30 data to be either OFFh, OFEh, or ODlh.

It has been found that the CPU-RESET signal 22 executes properly if there is some delay from the strobe command until the activation of the CPU-RESET signal 22. In a preferred embodiment, a delay of approximately 14 microseconds is built into the CPU-RESET PAL 20, along with an active strobe period of approximately 5 microseconds.

To achieve these delays, the CPU-RESET PAL 20 registers are set up as a 6 bit counter. The counter counts the pulses provided by the FORCE-A20 PAL 10 to the CPU-RESET PAL 20. The CPU-RESET PAL output 22 is activated when the two high order bits of the counter are both active, during the last quarter of the count cycle. Thus, where the pulses are 3.58 MHZ, there is a 13.41 microsecond delay until the strobe starts, and the strobe is active for 4.47 microseconds. This total of 17.88 microseconds corresponds to 2⁶ /3.58 MHZ. After the counter reaches its maximum value, it returns to the reset state.

FIG. 2 is a PAL state diagram and FIG. 3A is a PAL timing diagram for the FORCE-A20 PAL 10 and the CPU-RESET PAL 20 likewise operates according to the state diagram of FIG. 4 and the timing diagram of FIG. 3B; as well FIG. 5 is a schematic for the FORCE-A20/CPU-RESET test board. FIGS. 7A and 7B are the PAL design specification for the FORCE-A20 PAL 10 and likewise FIG. 9 is the PAL design specification for the CPU-RESET PAL 20.

FIG. 6 is a pseudocode for the 8042 controller device 30 which details the logic sequence for the FORCE-A20 and CPU-RESET functions.

Although a preferred embodiment of the present invention is intended for use with a personal computer based on the INTEL 80286 or 80386 microprocessor 15, with an INTEL 8042 keyboard controller 30, it will be realized that the present invention is not intended to be so limited. Instead, the present invention is intended to cover a system for allowing all input commands to pass directly through to the control device (such as the 8042 keyboard controller 30) except a designated sequence of input commands (such as the commands relating to the FORCE-A20 and CPU-RESET signals 12 and 22). Thus, although variations in the embodiment of the present invention may not each realize all of the advantages of the invention, certain features may become more important than others in various applications. The invention, accordingly, should be understood to be limited only by the scope of the appended claims. 

What is claimed is:
 1. A method for filtering input commands to a controller accessed by a microprocessor, said controller producing system control signals in response to input commands from said microprocessor, comprising the steps of:(a) monitoring signal lines connected to output terminals of said microprocessor, said signal lines communicating input commands from the microprocessor; (b) inhibiting said controller from generating a system control signal corresponding to a selected input command, said controller operable to generate said system control signal corresponding to said selected input command, after a controller delay period, if not so inhibited; (c) processing said selected input command using a logic device; and (d) producing an output signal from said logic device corresponding to said selected input command, as said system control signal, after a shorter delay from the time said monitoring step detects said selected input command than said controller delay period.
 2. The method of claim 1 wherein said step of processing is performed by programmable logic array means.
 3. The method of claim 1 wherein said step of processing is performed by gate array means.
 4. The method of claim 1 wherein the controller is an interface controller.
 5. The method of claim 1, wherein said system control signal controls a memory address line.
 6. The method of claim 1, wherein said system control signal controls a microprocessor reset signal.
 7. The method of claim 1, wherein said producing step further comprises producing an output signal from said logic device to said controller responsive to said monitoring indicating that an input command is not said selected input command.
 8. The method of claim 1, wherein said inhibiting step comprises masking said selected input command from being applied to said controller.
 9. The method of claim 8, wherein said inhibiting step further comprises disconnecting an output terminal of said controller from said system.
 10. A system for filtering input commands to a control device in a microprocessor-based computer system, said system comprising:means for monitoring input lines to said control device in such a manner that said control device is inhibited from responding to a set of selected input commands, said control device operable to produce a control signal, after a control device delay period, responsive to receiving an input command in said set of selected input commands if not so inhibited; and means for outputting said control signal to a control line in said system, responsive to receipt by said monitoring means of an input command in said set of selected input commands and after a delay from such receipt that is shorter than said control device delay period.
 11. The system of claim 10, wherein said means for monitoring is also connected in such a manner that said control device is not inhibited from responding to input commands other than said set of selected input commands.
 12. The system of claim 10 wherein said microprocessor is selected from the group consisting of INTEL 80286 type microprocessors and INTEL 80386 type microprocessors.
 13. The system of claim 12 wherein said set of selected input commands comprises an input command for initiating an override of address line A20 as useful in switching said microprocessor between real and protected modes.
 14. The system of claim 12, wherein said set of selected input commands comprises an input command for producing a CPU-RESET signal.
 15. The system of claim 10, wherein said means for monitoring and means for outputting comprise:a first logic circuit having an input connected to a selected input line to said control device, and having a first output connected to a first control line of said system; wherein an input terminal of said control device is not connected to said selected input line, and wherein an output terminal of said control device is not connected to said first control line.
 16. The system of claim 15, further comprising:a second logic circuit having an input connected to a second output of said first logic circuit, having a first output connected to a second control line of said system, and having a second output connected to an input terminal of said controller; and wherein an output terminal of said control device is not connected to said second control line.
 17. Apparatus for selecting and processing commands sent from a microprocessor to a controller, said microprocessor being of the INTEL 80286 or INTEL 80386 microprocessor type, said input commands including a first input command functioning to initiate an override of address line A20 as useful in switching said microprocessor between real and protected modes, said apparatus comprising:a programmable logic array for monitoring input commands to said controller; wherein said programmable logic array is connected to said microprocessor and said controller in such a manner that said first input command, responsive to which said controller outputs a FORCE-A20 signal, is not applied to said controller; and wherein said programmable logic array outputs a FORCE-A20 signal responsive to receiving said first input command.
 18. The apparatus of claim 17 wherein said first input command includes a two-byte command sequence, said sequence comprising:(a) a first byte indicating that said address line A20 override signal is to be changed; and (b) a second byte indicating whether said address line A20 override signal will be high or low.
 19. The apparatus of claim 17 wherein said programmable logic array means has an input connected to a first terminal of said microprocessor, for receiving said first input command;and wherein said control device does not have an input terminal connected to said first terminal.
 20. The apparatus of claim 17 wherein said input commands further include a second input command functioning to produce a CPU-RESET signal to said microprocessor from said controller, characterized by:(a) a predetermined delay time before activating said CPU-RESET signal; and (b) a strobe signal activated for a designated time period; wherein said programmable logic array is also connected to said microprocessor and said controller in such a manner that said second input command is not applied to said controller; and wherein said programmable logic array outputs said CPU-RESET signal responsive to receiving said second input command.
 21. The apparatus of claim 20, wherein said programmable logic array comprises:first logic array means, having inputs connected to said microprocessor, for presenting said FORCE-A20 signal; and second logic array means, having inputs connected to outputs of said first logic array means, for presenting said CPU-RESET signal, and for presenting a control signal to said control device responsive to receipt of a third input command. 